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Abstract 

Design is an accurate representation of the specification and is carried out at each step of the manufacturing 
process. The process of verification parallels the design creation process. Verification shows the correctness of 
the design, makes sure about no bugs in the design and its functionality. The important part of verification 
process is coverage analysis; it gives idea that to what degree the source code of the DUT has been tested. Code 
coverage measures how thoroughly our tests exercised the "implementation " of the design specification, and 
not the verification plan. Functional Coverage is User specified and not automatic like code coverage. It is 
based on design specification/intent and not on implementation. Avalon interfaces are used to easily connect 
components in an FPGA in order to simplify system design. It defines the various Interfaces roles which are 
used in both high-speed streaming and memory-mapped applications. The Avalon bus is a simple bus 
architecture which makes the connection between on-chip processors and peripherals together into a SOPC. It 
is an interface that specifies the port connections between master and slave components, and also specifies the 
timing by which these components communicate. The Avalon Interrupt Interface is one of the roles of Avalon 
Interface, which allows the components to signal the events to other components. In this paper, code coverage 
analysis in design is concluded using QuestaSim simulator and functional coverage analysis in verification is 
concluded using Riviera simulator.. 

/KEYWORDS,' Avalon Interrupt Interface, SystemVerilog, System- on-a-Programmable Chip (SOPC), DUT 
(Design Under Test), Code Coverage, Functional Coverage, VMM (Verification methodological manual), IP 
(Intellectual Property), VIP (Verification Intellectual Property) 

I. Introduction 

Avalon interface bus is ALTERA' s standard interface bus used in SOPC Builder, through which all 
Avalon compatible cores can easily communicate. SOPC Builder is a powerful system development 
tool. It enables us to define and generate a complete SOPC in much less time than using traditional, 
manual integration methods. The Avalon interface family defines interfaces for streaming high-speed 
data, reading and writing registers and memory, and controlling off-chip devices. These standard 
interfaces are designed into the components available in Qsys. We can also use these standardized 
interfaces in our custom components. By using these standard interfaces, we enhance the 
interoperability of our designs [1]. Avalon Interrupt Interface is one of the interface roles of Avalon 
Interface which allows components to signal events to other components. The Avalon interface 
defines a set of signal types, the behavior of these signals, and the types of transfers supported by 
these signals [2]. In this paper, coverage analysis is done for the design and verification of the Avalon 
Interrupt Interface. 

Coverage analysis is used to measure the effectiveness of verification implementation, a 
quantitative measurement of the testing space. This analysis states the depth to which the DUT source 
code has been tested. The goal of verification is to ensure that a design behaves correctly in its real 
environment [5]. The easiest way to measure verification progress is with code coverage. Here we 
measure how many lines of code have been executed (line coverage), which paths through the code 
and expressions have been executed (path coverage), which single-bit variables have had the values 
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or 1 (toggle coverage), and which states and transitions in a state machine have been visited (FSM 
coverage) [5]. Branch Coverage is one of the types of code coverage which reports the true or false of 
the conditions like if-else and case statement. Functional coverage is a measure of which design 
features have been exercised by the tests. Functional coverage is tied to the design intent and is 
sometimes called "specification coverage," while code coverage measures the design implementation 
[5]. In this paper, the verification analysis is done using VMM methodology. 

The VMM methodology facilitates the creation of robust, reusable and scalable verification 
environments using SystemVerilog. It is the most widely used and proven verification methodology 
for SystemVerilog [8] [9]. 

II. Features of Avalon Interrupt Interface 

Some of the prominent features of the Avalon Interface are [2]: 

• Separate Address, Data and Control Lines - Provides the simplest interface to on-chip 
logic. By using dedicated address and data paths, Avalon peripherals do not need to decode 
data and address cycles. 

• Up to 128-bit Data Width - Supports data paths up to 128 bits. The Avalon interface 
supports data widths that are not an even power of two. 

• Synchronous Operation - Provides an interface optimized for synchronous, on-chip 
peripherals. Synchronous operation simplifies the timing behaviour of the Avalon interface, 
and facilitates integration with high-speed peripherals. 

• Dynamic Bus Sizing - Handles the details of transferring data between peripherals with 
different data widths. Avalon peripherals with differing data widths can interface easily with 
no special design considerations. 

• Simplicity - Provides an easy-to-understand interface protocol with a short learning curve. 

• Low resource utilization - Provides an interface architecture that conserves on-chip logic 
resources. 

• High performance - Provides performance up to one-transfer-per-clock. 

III. Avalon Interrupt Interface 

Avalon Interrupt interfaces allow slave components to signal events to master components. For 
example, a DMA controller can interrupt a processor when it has completed a DMA transfer [1]. 
It has two categories: 

3.1 Interrupt Sender 

An interrupt sender drives a single interrupt signal to an interrupt receiver. The timing of the irq signal 
must be synchronous to the rising edge of its associated clock, but has no relationship to any transfer 
on any other interface, irq must be asserted until the interrupt has been acknowledged on the 
associated Avalon-MM (Memory Mapped) slave interface. The interrupt receiver typically determines 
how to respond to the event by reading an interrupt status register from an Avalon-MM slave 
interface. The mechanism used to acknowledge an interrupt is component specific [1]. 

3.2 Interrupt Receiver 

An interrupt receiver interface receives interrupts from interrupt sender interfaces. Components with 
an Avalon-MM master interface can include an interrupt receiver to detect interrupts asserted by slave 
components with interrupt sender interfaces. The interrupt receiver accepts interrupt requests from 
each interrupt sender as a separate bit [1]. An interrupt receiver interface receives interrupts from 
interrupt sender interfaces. 

IV. Proposed Diagram of Avalon Interrupt Interface 

4.1 Individual Request 

The interrupt receiver expects to see each interrupt request from each interrupt sender as a separate 
bit and is responsible for determining the relative priority of the interrupts. The Avalon Interrupt 
Interface with individual request is shown in Figure 1. 
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Figurel. Individual request diagram 
4.2 Top Level Block Diagram 



isr[l] 



isr[2] 



isr[3] 



isr[64] 



(0-63) 




Figure2. Top level Block diagram 
The block diagram of Avalon Interrupt Interface is shown in Figure 2. There can be maximum 64 
senders. 

4.3 Sender Block and Receiver Block 

The sender and receiver block of Avalon Interrupt Interface is shown in Figure 3 and Figure 4.The 
input and output pin description of sender and receiver block has been explained in Table 1. 



SENDER 




Figure 3. Sender block 



Figure 4. Receiver block 
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Table 1. Pin Description 



Input Pin Description of Sender 


INPUT 


Description 


elk 


Clock of 50 MHz 


rst 


Reset the program 


raise 


It is a single pulse signal 


ack 


Acknowledged signal from the Receiver 


Output Pin Description of Sender 


OUTPUT 


Description 


lrq 


Interrupt request 


Input Pin Description of Receiver 


INPUT 


Description 


elk 


Clock of 50 MHz 


rst 


Reset the program 


rx_en 


Enable signal for the Receiver 


Irq[63:0] 


Interrupt request 


Output Pin Description of Receiver 


OUTPUT 


Description 


Ack[63:0] 


Acknowledged signal 



4.3 State Diagram of Sender and Receiver Block 

The state diagram of Sender and Receiver block is shown in Figure 5 and Figure 6. 



nx free=0 



Ack=o/p 




lrq=l J bl 



rx free=l 




Figure 5.State diagram of Sender 



Figure 6.State diagram of Receiver 



V. DUT Waveform of Avalon Interrupt Interface 

To measure the coverage analysis of design, the code was compiled and then simulated by using 
Questasim simulator to get the output which is shown in Figure 7. 



488 



Vol. 2, Issue 1, pp. 485-492 



International Journal of Advances in Engineering & Technology, Jan 2012. 

©IJAET ISSN: 2231-1963 




Figure 7. Simulated waveform of Avalon Interrupt Interface 

VI. Avalon DUT Code Coverage 

Coverage report gives the details of the Code coverage when complete Code analysis was done for the 
Avalon Interrupt Interface and coverage report as shown in Figure 8. It is found that Global code 
coverage is 97.10% and Branch coverage is 89.66%. 
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• Files: 5 

• Units: 6 

- Not Covered Units: 2 

• Global Code Coverage: 97.10% 

• Branch Coverage: 89.66% 

• Assertion Functional Coverage: no assertion 
■ Cover Functional Coverage: no cover 

• Used Subprograms: 

• Unused Subprograms: 
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Figure 8. Code coverage analysis 



VII. Simulation Result of Verification of Avalon Interrupt 
Interface 

A verification plan is developed to verify the Avalon Interrupt Interface in the VMM environment. 
The IP is taken as DUT and then it was interfaced with the VMM environment. The VMM 
environment is created by joining different components written in SystemVerilog coding and IP was 
written using Verilog coding. The VMM environment was connected to DUT and then compiled 
using Riviera simulator to get simulated result, which is shown in Figure 9 and Figure 10 in command 
form. 
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11:48 PM <& 



File Edit View Terminal Tabs Help 

# HDL, SystemC, and Assertions simulator, debugger, and design environment. 

# (c) 1995-2011 Aldec, Inc. All rights reserved, 
vsim +access +r tbtop 

# ELBREAD: Elaboration process. 

# ELBREAD: Elaboration time 0.1 [s] . 

# KERNEL: Main thread initiated. 

# KERNEL: Kernel process initialization phase. 

# KERNEL: Time resolution set to Ins. 

# ELAB2: Elaboration final pass... 

# ELAB2: Create instances ... 

# ELAB2: Create instances complete. 



# SLP: Started 

# SLP: Elaboration phase ... 

# SLP: Elaboration phase ... done : 0.1 [s 

# SLP: Generation phase ... 

# SLP: Generation phase ... done : Q.3 [s] 

# SLP: Finished : 0.4 [s] 

# SLP: primitives and 264 (99.62%) other 

# SLP: 492 (61.27%) signals in SLP and 40 

# ELAB2: Elaboration final pass complete - 



processes in SLP 
(4.98%) interface signals 
time: 0.5 [s] . 



time: 



# KERNEL: SLP loading done - time: 8.9 [s] . 

# KERNEL: SLP simulation initialization done 

# KERNEL: Kernel process initialization done. 

# Allocation: Simulator allocated 6104 kB (elbread=1927 elab2=4911 kernel=165 sdf-flj 

# KERNEL: ASDB file was created in location /home/student/sudhakar/sudhakarproj /avalontopsv/run/dataset . asdb 
run -all; 

# ACDB: Warning: You do not have a valid license to use Coverage Database, the collected data will not be saved. Contact Aldec for ordering information - sal 
esdaldec.com. 

# KERNEL: No of Transaction : 24 
New transaction generated at time 5 

Transaction taken from Gen mailbox at time 5 isr: 7553622682465685951 Kind:RST,No of Reset Cycles:13 
Reset signal asserted at time 5 
New transaction generated at time 105 
New transaction generated at time 205 
New transaction generated at time 3Q5 
New transaction generated at time 4Q5 

# KERNEL: New transaction generated at time 5Q5 

# KERNEL: New transaction generated at time 695 

# KERNEL: New transaction generated at time 795 

# KERNEL: New transaction generated at time 805 
New transaction generated at time 905 
New transaction generated at time 1005 
New transaction generated at time 1105 
New transaction generated at time 1205 
New transaction generated at time 1305 
Reset signal deasserted at time 1350 

Transaction taken from Gen mailbox at time 1350 isr: 11557686939964784780 Kind:BUSY,No of Reset Cycles 
New transaction generated at time 1405 
New transaction generated at time 1505 
Master busy to serve the interrupt of slave: 11557686939964784780 
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# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 



# KERNEL 

# KERNEL 
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# KERNEL 

# KERNEL 

# KERNEL 
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Terminal 



/sudhakar/sudhakar_proj/avalon_topsv/run) - GVIM] 



Figure 9. Simulated results of Verification of Avalon interrupt Interface 
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New transaction generated at time 1605 
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# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 

# KERNEL 



Transaction in Monitor mailbox at time 1650 isr : 11557686939964784780 Kind: BUSY irq : 11557686939964784780 

Transaction taken from Gen mailbox at time 1650 isr: 15404311142490517894 Kind :BUSY , No of Reset Cycles: 

New transaction generated at time 1705 

i= 

Transaction in Monitor mailbox at time 175B isr : 11557686939964784780 Kind: BUSY irq : 11557686939964784780 

New transaction generated at time 1805 

i= 

Transaction in Monitor mailbox at time 1850 isr : 15404311142490517894 Kind: BUSY irq : 11557686939964784780 

Master busy to serve the interrupt of slave: 15404311142490517894 

New transaction generated at time 1905 

i= 

Transaction in Monitor mailbox at time 1950 isr : 15404311142490517894 Kind:BUSY irq : 17719200938213634446 

Transaction taken from Gen mailbox at time 1950 isr: 14856638470726914625 Kind:FREE,No of Reset Cycles: 12 

New transaction generated at time 2005 

i= 

Transaction in Monitor mailbox at time 2050 isr : 15404311142490517894 Kind: BUSY irq : 17719200938213634446 

Master ready to serve the interrupt of slave: 15404311142490517894 2050 

New transaction generated at time 2105 

i= 

Transaction in Monitor mailbox at time 2150 isr : 14856638470726014625 Kind: FREE irq : 17719200938213634446 

Error 2150 

New transaction generated at time 2205 



Kind: FREE irq : 18442099736560269231 



Transaction in Monitor mailbox at time 2250 isr: 

No Error 2250 

Transaction taken from Gen mailbox at time 2250 isr: 11757234584909716511 Kind:BUSY,No of Reset Cycles: 

New transaction generated at time 2305 



Kind: FREE irq : 18442099736560269231 



Transaction in Monitor mailbox at time 2350 isr: 

No Error 2350 

New transaction generated at time 2405 

i= 

Transaction in Monitor mailbox at time 2450 isr : 11757234584909716511 Kind: BUSY irq : 18442099736560269231 

Master busy to serve the interrupt of slave: 11757234584909716511 

New transaction generated at time 2505 



11757234584909716511 Killd:BUSY irq : 18442099736593825727 
isr: 1792572808817417835 Kind:BUSY,No of Reset Cycles: 1 



Transaction in Monitor mailbox at time 2550 isr 

Transaction taken from Gen mailbox at time 2550 

New transaction generated at time 2605 

i= 

Transaction in Monitor mailbox at time 2650 isr : 11757234584909716511 Kind: BUSY irq : 18442099736593825727 

New transaction generated at time 2705 

i= 

Transaction in Monitor mailbox at time 2750 isr: 1792572808817417835 Kind: BUSY irq : 18442099736593825727 

Master busy to serve the interrupt of slave: 1792572808817417835 

New transaction generated at time 2805 



SD 



action in Monitor mailbox at time 2850 



1792572808817417835 Kind: BUSY irq : 18442099736593825791 



ja 



[Makefile (~/sudhakar/sudhakarj3roj/avalon_topsv/run) - GVIM] 
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Figure 10. Simulated results of Verification of Avalon interrupt Interface 



490 



Vol. 2, Issue 1, pp. 485-492 



International Journal of Advances in Engineering & Technology, Jan 2012. 

©IJAET ISSN: 2231-1963 



VIII. 



Coverage Analysis of Verification of Avalon Interrupt 
Interface 



I Applications Places Systei 



*3- 



12:37 AM Q 



file Edit View History Bookmarks Tools Help 



Most Visited ▼ 



^^ (e| file:///home/studentysudhakar/Avalon_interrupt_interface/avalon_topsv/run/fcover_report.html 
H Red Hat H|Red Hat Magazine H| Red Hat Network H| Red Hat Support 



3-- | Google 



Coverage Report Structure 

S {gType awalon_i_i_top_tr 



I "II' Hi [|AL COVERAGE: 



|TYPEai 



| COVE RPOIMT avalon_}_}_ r:.; : ;■ . i •::,. \ ■; : - , ' ; :, • .i , a;j_i.(op_cg - 



;•:: :::'•,. |l v |Un:: 



| I | I .i% | Cove red 



o[0: 2 8823037 61 51 7 1 1 743] 
II -ii.ili ■[- ■-:-- " ■' I'l "11." 4-4' .i-4' ""' ' -I -I. . I 
n .illli f , ' -I" ..-''■..: 123488 8646911 2 B455135231] 
II .,i|l..|M-i''-ll. i-l'-'l ■•,■:- 11'.. ■ . I 1 ■ I' .i-i ■;■-!' •■■.'"'.] 
n auto[l 152 92 1 50460684697 6: 1441 1 51 B807 585587 1 9] 
nauto[14U.1513£i>. 'i "i "1. ■ . '■ "1" "'4i | 

.iliIi:.|J. " 1" ."4' -I "1." 61 2 633061 982 2 07] 

| '■!.' 1 ' '■' l'i '■: ' ''i-4 ■■■' J '' " 1] 



n . ,i ii. -|. ■ ■ ! ■ ■." ." ■■ !■.».-.■ _BB i. ."I 1' 1. 11." I '■ | 

ii.nili | : : i' .■ I 1 1. 11. II" -1. !■' -II H | 

n. I'l.""' -II ."nil ■■■l:-l -I': ."i-l'l :.-n'-|m".-."1 

nn>. | - 1" -:-:.■ - f J :;vi.'.|i.' ..:■•: :..\4i."'4:-:;-:'.".T':'L.:'".--l] 
i nil, |i ■■ I ■■ ' i h ' ' hi i 411' ] 
auto[40352 2 52 ml : • ' ' -4- 11 1 -4 455642 2 7 567 61 59] 

I I I 1 ' i I ' i .In. |. lln-i i.ll-l . l .'.i. ] 

l-li.l I i.ki.1. I M ■.•■ *..■■■'! J. -lKi.1.', Ii.-? J'.-',i.i.',ia.-| 

n auto[489991 639457 9099648: 51 881467 7 073081 1391 ] 
11 .!UI(.|MR'li'..' .'!■.' "Ml ". '-(. i .."."l-)i i-i-. '-. 1 .'| 
auto[547637714' l-r ' 1 ■■ ' . '-I607 52303423487 9] 
n inn |' i-l" ' ' t I .' ii' -■!'■(" | 

,.|....','H:.-p.'...|l-:'.'-.|i.i :-.| i : I J... .;.-:..■' ::,-,.!.!-: :,..| 
n. H.I1. .|i 41'" i .' . ' ' i '■!■'■', '■. 'ii ' 14:-" "111| 
n auto[662 92 9B651- 1 & ' ■ ." ' ■! 1 . ' ■'. 1 , 52 902 7 641 081 855] 

11. |'-"1 -11"! ii'' . '■' ." I" ' .' "' 1 

luto[7 2 057594037 92 7 93600: 74939397 7 9944505343] 
n auto[749398S7 7 '.'. 4-4' •' ■>.. ■ :■ 4 1 .' ." ■■. ' :'• 2 01 560962 1 7 087 ] 
. iLll. -| .- .- :-: - : "1'-' ""'■:• l."K-:i-:",-' 450532 247 92 8S31] 

|. i i |'i.' | . ' i ■ i I"' '] 

.iul"|l-:-'-l-:'r 'r- :""' - !' ■! ■.■"' • :■■• -I'-'l J :.■>:■ !'-' I :',■:' M."| 

n auto[864S91i:.E-4" 1 ' " '141660703064063] 

I, .,uli.|i' ' 4 H" ' . i i i-li'i I' : . " ii-'-). .' r" | 
n |" i i ' I. ':■ '11"' 41 "I" 4: ."!] 

luto[951 1 6024130064B7 552 : 97 99832 7 891 581 992 95] 

II ,HII"| I "!' I J "9296:10088063165309911039] 

auto[l 00880631 6530991 1040: 1037 62 93541461 62 2 7 83] 
..1!I1C.|1" . ' ' ' II I' 1' . I I l""-l', l.i 1 I' . | 

ii.HiH..|l""i-4'. •■.l.-i-l .-)' ;■■! .'-I "■."'■' ■"-!', ."1| 

n auto[l 0952 7 542 937 650462 7 2 : 1 1 2409B466991 67 5801 5] 

n auto[l 124098466991 67 5801 6:1152 9215C4 -)'"."' "| 

nauto[11529215C4G"' 1-4'". ' "111-17445422220181503] 

ii.iiili,|llhl.".4-l'-l.'.'. ."li-l'."l l.'l"'.'..'.."i-.."l;-"..'l.| 

luto[l 2 1056 ,"','■ "I ■•: :." L:-" ;.'-4n 12393906174523604991] 

i ■ . . 1 1 1 . - 1 -L ■ ■" J. r "i" i ' i ' i' . ' i 

auto[1263213655':"-, '- -1 '-,■■' I:", - 036692 682 7 02 847 9] 
|1 ' .i "" 'I " -in i ' '". " ' I" ] 

.n.iii-11 :: •'*'■'.•.'" :'■:■". ';-..'.|".-: I l :' l- :-:."■-. vi -i-ir-l'"/] 

II. Hlli |1 ' I'. ' '"I I )'l"'l J J I 11| 

II. Hill | I Li I I II .III ' I" | 



Covered 
Covered 



,ro... ^ 



[sudhakar_proj - File Bro. 



— 



Figure 11. Coverage results of Verification of Avalon interrupt Interface 

The Coverage Report gives the details of the functional coverage when complete analysis was done 
for the DUT and generated coverage report is shown in Figure 6. It is found that the coverage is 100%. 



IX. Conclusion 

The VMM Standard Library provides the foundation base classes for building advanced testbenches, 
while VMM Application provide higher level function for improved productivity. In this paper 
Avalon Interrupt Interface IP and VMM complaint VIP is developed. The IP was subjected to various 
analyses. It was observed that the simulated result of the Avalon Interrupt Interface IP was perfect and 
code coverage report was also satisfactory. The IP was verified for code coverage using QuestaSim. 
During the process of code coverage it was found that though the IP gave the expected output, still its 
overall code coverage is not 100% or approximately nearer to it, indicating that all the paths of the 
design has not been used to their full strength. So it is clear that higher order exhaustive verification 
has to be taken to reduce the errors in the design and increase the efficiency of Avalon Interrupt 
Interface IP. Thus, IP was subjected to VIP developed using VMM environment and was verified 
exhaustively. The result generated from VIP was found satisfactory and hence Avalon Interrupt 
interfaces can be used to allow slave components to signal events to master components. 
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